home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / faq / comp / dec_faq / ultrix < prev   
Internet Message Format  |  1994-04-11  |  54KB
  1. Path: bloom-beacon.mit.edu!hookup!usc!elroy.jpl.nasa.gov!decwrl!src.dec.com!crl.dec.com!crl.dec.com!not-for-mail
  2. From: treese@crl.dec.com
  3. Newsgroups: comp.unix.ultrix,comp.sys.dec,news.answers,comp.answers
  4. Subject: comp.unix.ultrix ULTRIX Frequently Asked Questions
  5. Supersedes: <ultrix-faq_762915386@crl.dec.com>
  6. Followup-To: comp.unix.ultrix
  7. Date: 11 Apr 1994 21:00:34 -0400
  8. Organization: Digital Cambridge Research Laboratory
  9. Lines: 1303
  10. Approved: news-answers-request@MIT.Edu
  11. Expires: 26 May 1994 01:00:32 GMT
  12. Message-ID: <ultrix-faq_766112432@crl.dec.com>
  13. NNTP-Posting-Host: quabbin.crl.dec.com
  14. Summary: This posting contains a list of Frequently Asked Questions
  15.     (and their answers) about the ULTRIX operating system from
  16.     Digital Equipment Corporation.
  17. Xref: bloom-beacon.mit.edu comp.unix.ultrix:9279 comp.sys.dec:11533 news.answers:17918 comp.answers:4860
  18.  
  19. Archive-name: dec-faq/ultrix
  20. Last-modified: Sun Jan 16 16:51:33 EST 1994
  21. Version: 1.14
  22.  
  23. This is part 1 of the Frequently Asked Questions posting for
  24. comp.unix.ultrix, with answers about the ULTRIX operating system.  It
  25. is also posted on comp.sys.dec, but it is not a full FAQ for
  26. comp.sys.dec.  Companion postings have answers that apply to both
  27. ULTRIX and OSF/1 and answers that apply to OSF/1 alone.
  28.  
  29. A separate FAQ describes how to get information about Digital products
  30. and interacting with Digital.
  31.  
  32. This FAQ is available in the following archive sites, in the directory
  33. /pub/DEC/dec-faq:
  34.  
  35.     gatekeeper.dec.com
  36.     crl.dec.com
  37.  
  38. It can also be obtained by sending mail to ftpmail@pa.dec.com with the
  39. following lines:
  40.     connect
  41.     get /pub/DEC/dec-faq/
  42.  
  43. Many FAQs, including this one, are available on the archive site
  44. rtfm.mit.edu in the directory pub/usenet/news.answers.  The name under
  45. which a FAQ is archived appears in the Archive-name line at the top of
  46. the article.  This FAQ is archived in the directory dec-faq.
  47.  
  48. To receive this posting by mail, send a note to
  49. ultrix-faq-request@crl.dec.com.
  50.  
  51. If the location of a file in an archive is not specifically mentioned
  52. below, it is in /pub/DEC on the above machines.
  53.  
  54. To make suggestions for changes or additions to this Frequently Asked
  55. Questions list, send mail to ultrix-faq@crl.dec.com.  Answers are
  56. especially appreciated.
  57.  
  58. An archive of recent postings to comp.unix.ultrix can be found via
  59. anonymous FTP on ftp.cc.rochester.edu in /pub/usenet/comp.unix.ultrix.
  60. Thanks to folks at the University of Rochester for providing this
  61. service.
  62.  
  63. Some general notes:
  64.  
  65. When used alone, the word "DECstation" is used to mean any of the
  66. DECstations or DECsystems that use MIPS RISC processors.  Similarly,
  67. "Alpha" refers to any DEC systems that use the Alpha AXP processor.
  68.  
  69. Unless otherwise specified, these answers refer to ULTRIX 4.3, which is
  70. the current release of ULTRIX.
  71.  
  72. Many people have contributed to this list, directly or indirectly.  In
  73. some cases, an answer has been adapted from one or more postings on the
  74. comp.unix.ultrix newsgroup.  Our thanks to all of those who post answers.
  75. The name (or names) at the end of an entry indicate that the information
  76. was taken from postings by those individuals; the text may have been
  77. edited for this FAQ.  These citations are only given to acknowledge the
  78. contribution.
  79.  
  80. Although the editor of this FAQ is an employee of Digital Equipment
  81. Corporation, this posting is not an official statement from Digital
  82. Equipment Corporation.
  83.  
  84. Software
  85. ======================================================
  86. S1. Why does dxpsview sometimes crash with an X error?
  87. S2. How do I compile perl on RISC/ULTRIX?
  88. S3. Is it possible to run the newer 4.3 BSD syslogd on ULTRIX?
  89. S4. How do I build gdb on RISC/ULTRIX?
  90. S5. Why doesn't "talk" work between DECstations and other machines?
  91. S6. Why doesn't troff work?
  92. S7. How are /bin/sh and /usr/bin/sh5 related?
  93. S8. Why doesn't syslog work on ULTRIX 4.3?
  94. S9. Is there an LSE (Language-Sensitive Editor) for ULTRIX?
  95. S10. How can I get a core dump of a running process on ULTRIX? 
  96. S11. Will ULTRIX ever have shared libraries? 
  97. S12. Where can I get a "man" program that understands multiple directories?
  98. S13. What does "panic: km_free: bad addr" mean?
  99. S14. Where can I get a "vacation" program for ULTRIX?
  100.  
  101. Network
  102. ======================================================
  103. N1. What does the message "named: accept: Too many open files" in syslog mean,
  104.     and how can I fix it?
  105. N2. Why don't packet-filter applications like "tcpdump" or CAP work?
  106. N3. OK, I've done all that and CAP still doesn't run.
  107. N4. I want to run the "screend" program but I get "Operation not supported
  108.     on socket".
  109. N5. I want to use screend but I'm not sure how to set up the
  110.     /etc/screend.conf configuration file.
  111. N6. Why can't ULTRIX 4.2 mount NFS filesystems that could be mounted with
  112.         ULTRIX 4.1?
  113. N7. How do I change the IP address of a diskless client? 
  114. N8. Is ONC RPC (formerly "Sun RPC") supported under ULTRIX - and what should I
  115.     do to port my existing applications that rely on it?
  116. N9. How can I disable forwarding of IP packets on an ULTRIX system with two
  117.     network interfaces?
  118. N10. How can I run network daemons from inetd as users other than root?
  119. N11. How do I decode "stale filehandle" messages from NFS?
  120. N12. Where can I get IP multicast support for ULTRIX? 
  121. N13. Where can I get SLIP for ULTRIX?
  122.  
  123. Disk
  124. ======================================================
  125. D1. Why don't ULTRIX releases prior to V4.2A work with SCSI disks 
  126.         larger than 1 Gbyte?
  127. D2. How can I increase the number of inodes on a filesystem? 
  128. D3. OK, I used "newfs -i", and I didn't get more inodes?
  129. D4. What the ^&@(%*&) is a gnode? 
  130.  
  131. Programming
  132. ======================================================
  133. P1. Where can I get an ANSI C compiler for DECstations running ULTRIX?
  134. P2. Where can I get a Modula-2 (or Modula-3) compiler for ULTRIX?
  135. P3. Does mmap(2) work on plain files?
  136.  
  137. Graphics
  138. ======================================================
  139. G1. Why does the X server use so much memory?
  140. G2. How can I build an X11R5 server for an ULTRIX machine?
  141. G3. How do I change or get rid of the Digital logo on the login screen of 
  142.     my workstation?
  143. G4. How do I run MIT X11 Software?
  144. G5. How do I build X software that I got from the net?
  145. G6.**CHANGED** Why do some applications run slowly on the DECstation PX and PXG
  146.     displays?
  147. G7. What can I do to improve security with X? Can I use xdm? 
  148.  
  149. Hardware
  150. ======================================================
  151. H1. Can I mix 8-Megabyte and 32-Megabyte boards in the DECstation 5000/xxx
  152.     family?
  153. H2. How can I find out which type of DECstation 5000 I have?
  154. H3. How can I run a DECstation 3100 without the display?
  155.  
  156. Miscellaneous
  157. ======================================================
  158. M1. What is the floating-point number representation on ULTRIX?
  159. M2. If the console is a graphics device, can it be used as a terminal for
  160.     full-screen applications?
  161. M3. M3. How do I read a tar image from a TK50 tape if my only TK50 is on a VMS
  162.     machine?
  163. M4. Why does ULTRIX restrict the number of users on the system?
  164. M5. Where else can I discuss ULTRIX with other users?
  165. M6. What is the part number for an ULTRIX source code license?
  166. M7. What is the future of ULTRIX?
  167.  
  168. ==============================================
  169. S1. Why does dxpsview sometimes crash with an X error?
  170.  
  171. dxpsview will often behave better if the "Watch Progress" item is selected
  172. from the Options menu.  You can use the following resource in your
  173. .Xdefaults file:
  174.  
  175. DPSViewer*watchProgress:        on
  176.  
  177. to make this the default behavior.  Some reports indicate that this resource
  178. only works properly on ULTRIX 4.2A and later, however.
  179.  
  180. Some have reported that disabling the use of PostScript comments also helps:
  181.  
  182. DPSViewer*useComments:            off
  183.  
  184. ==============================================
  185. S2. How do I compile perl on RISC/ULTRIX?
  186.  
  187. The following is valid for perl 4.0, patchlevel 35.  It is probably
  188. approximately correct for later versions as well.
  189.  
  190. The biggest trick in compiling perl on RISC/ULTRIX is fixing its
  191. notion of "volatile".  To do this, when Configure stops and asks you
  192. if you want to edit config.sh, do so. Search for the word "volatile"
  193. and change the "define" on that line to "undef".  This step is reportedly
  194. not necessary for versions perl version 4.0, patchlevel 36 and later.
  195.  
  196. On machines with a relatively small amount of memory, you may not want
  197. to use -O on eval.c, since the compiler can end up taking a long time
  198. to compile that file.
  199.  
  200. If the source directory is NFS-mounted, it is usually the case that you
  201. will see the message
  202.  
  203.    io/fs..........FAILED on test 18
  204.  
  205. This is harmless and can be ignored.
  206.  
  207.  
  208. ==============================================
  209. S3. Is it possible to run the newer 4.3 BSD syslogd on ULTRIX?
  210.  
  211. A version of the 4.3BSD syslog library and daemon that detects either
  212. 4.2bsd-compatible clients (which is what the Ultrix libc.a will help
  213. you create) or 4.3bsd-compatible clients, which are more flexible, is
  214. available by anonymous FTP from gatekeeper.dec.com in
  215. /pub/DEC/jtkohl-syslog.shar.
  216.  
  217. Another version that supports regular expressions in syslog.conf is available
  218. from decuac.dec.com, in /pub/DEC/syslog_mjr.tar.Z
  219.  
  220. ==============================================
  221. S4. How do I build gdb on RISC/ULTRIX?
  222.  
  223. To build gdb, you will also need to install the GNU make.
  224.  
  225. For gdb 4.0 and later: 
  226. - unpack the tar file
  227. - cd <tar-root>
  228. - ./configure +subdirs decstation
  229. - cd H-decstation/T-decstation
  230. - gnumake
  231.  
  232. This will build the gdb binary in
  233. <tar-root>/gdb/H-decstation/T-decstation/gdb
  234.  
  235. Install this binary in the location of your choice (e.g. /usr/local/bin)
  236.  
  237. ==============================================
  238. S5. Why doesn't "talk" work between DECstations and other machines?
  239.  
  240. The original Berkeley talk protocol did not use network byte order, so
  241. machines with different byte order could not talk to each other.  This
  242. was fixed in 4.3BSD, and in recent versions of ULTRIX.  Some vendors
  243. have not fixed their software.  The 4.3BSD talk software is available
  244. from many FTP archive sites.  ULTRIX includes a program, "otalk",
  245. which uses the old protocol, but it only works with machines that use
  246. little-endian byte order (e.g., VAXen, DECStations, not most others).
  247.  
  248. ==============================================
  249. S6. Why doesn't troff work?
  250.  
  251. Digital doesn not support troff on ULTRIX, mostly because of the way
  252. AT&T licenses the software now.  However, you can use groff (GNU roff)
  253. which works pretty nicely and generates pure PostScript. There's a
  254. RISC/ULTRIX binary kit for groff available for FTP from
  255. decuac.dec.com:/pub/binaries.
  256.                     [Marcus Ranum, mjr@tis.com]
  257.  
  258. ==============================================
  259. S7. How are /bin/sh and /usr/bin/sh5 related?
  260.  
  261. /bin/sh on ULTRIX is the traditional Bourne shell.  /usr/bin/sh5 is
  262. the newer "System V" shell and has functions and a few other odds and
  263. ends added to it. A comparison of the manual pages will give an idea
  264. of the differences.
  265.                     [Marcus Ranum, mjr@tis.com]
  266.  
  267. ==============================================
  268. S8. Why doesn't syslog work on ULTRIX 4.3?
  269.  
  270. There is a bug in the distribution: /etc/syslog.pid is owned by root.  It
  271. should be owned by daemon.
  272.                     [Alan Rollow, alan@nabeth.cxo.dec.com]
  273.  
  274. ==============================================
  275. S9. Is there an LSE (Language-Sensitive Editor) for ULTRIX?
  276.  
  277. DEC's LSE is part of the DECset for ULTRIX product, a set of CASE tools.
  278. GNU Emacs also has packages for several different languages.
  279.                 [Jean-Marc Digne, digne@prssud.enet.dec.com]
  280.  
  281. ==============================================
  282. S10. How can I get a core dump of a running process on ULTRIX? 
  283.  
  284. Get gcore from gatekeeper.dec.com:/pub/DEC/gcore.shar.  This one is
  285. known to work on ULTRIX 4.2; it should work on 4.3 as well.
  286.                         [Jeff Mogul, mogul@pa.dec.com]
  287.  
  288. ==============================================
  289. S11. Will ULTRIX ever have shared libraries? 
  290.  
  291. No.
  292.  
  293. Alpha OSF/1 does, however.
  294.  
  295. ==============================================
  296. S12. Where can I get a "man" program that understands multiple directories?
  297.  
  298. The ULTRIX man program does not understand multiple directories.  Some that
  299. do are:
  300.  
  301. 1. The 4.3BSD man program, available from
  302.      decuac.dec.com:pub/sources/bsd-man.shar.Z.
  303. 2. man, from ftp.che.utexas.edu:/pub/unix/man-1.1.tar.Z.
  304.     Not an FSF program, but distributed under the GNU GPL.
  305. 3. Tom Christiansen's PERL man program, from:
  306.        convex.convex.com:pub/perl/scripts/man.shar.Z.
  307.     (Requires perl)
  308. 4. For those with Tcl/Tk, try tkman, available from:
  309.     ftp://harbor.ecn.purdue.edu/pub/tcl/code/tkman-1.5.tar.Z
  310.  
  311. Alpha OSF/1 man understands MANPATH.
  312.                 [Frank Wortner, frank@croton.nyo.dec.com]
  313.                 [Win Treese, treese@crl.dec.com]
  314.                 [Philip J. Tait, pjt@pelab.allied.com]
  315.  
  316.  
  317. ==============================================
  318. S13. What does "panic: km_free: bad addr" mean?
  319.  
  320. It means that you need the patch for tcp_output.o, available from the
  321. Customer Support Centers.
  322.  
  323. ==============================================
  324. S14. Where can I get a "vacation" program for ULTRIX?
  325.  
  326. The BSD vacation program is available from
  327. ftp.uu.net:/pub/networking/bsd-net2/usr.bin/vacation.
  328.  
  329. Another vacation program, written in perl, is available from
  330. convex.convex.com:/pub/perl/scripts/clones/vacation.
  331.  
  332. Both of these are careful about to whom and how often they reply.
  333.  
  334. DEC OSF/1 includes the BSD vacation program.
  335.  
  336.                 [Win Treese, treese@lcs.mit.edu]
  337.                 [Brian Smith, brian@magnus.acs.ohio-state.edu]
  338.  
  339. ==============================================
  340. N1. What does the message "named: accept: Too many open files" in syslog mean,
  341.     and how can I fix it?
  342.  
  343. There is a bug in the ULTRIX version of named that causes it to run
  344. out of file descriptors when it does too many zone transfers.
  345.  
  346. A somewhat different version of named that does not have this problem
  347. can be found in cra-bind.tar.Z.  This version cannot use Kerberos for
  348. server-server authentication, as the ULTRIX version can.  It does
  349. support Hesiod data and queries.  It is not supported by Digital,
  350. although it is in active use on Digital's Internet machines.
  351.                     [Win Treese, treese@crl.dec.com]
  352.  
  353. ==============================================
  354. N2. Why don't packet-filter applications like "tcpdump" or CAP work?
  355.  
  356. Probably because you have not configured the packet filter into
  357. the kernel.  The default kernel configurations do NOT include the
  358. packet filter.  See "man 4 packetfilter" for full details, but basically
  359. the process involves
  360.  
  361.     editing your kernel configuration file
  362.         add "options PACKETFILTER"
  363.         add "pseudo-device packetfilter"
  364.     rebuilding your kernel
  365.     installing the new kernel
  366.     booting the new kernel
  367.     "cd /dev; MAKEDEV pfilt" to create the required entries
  368.  
  369. You might also want to add the following lines to /etc/rc.local:
  370. [ -f /usr/etc/pfconfig ] && {
  371.         /usr/etc/pfconfig +p +c -a 2>&1 & echo -n ' pfconfig'   >/dev/console
  372. }
  373.  
  374. This allows you to use promiscuous-mode applications, such as "tcpdump"
  375. or "nfswatch".  Note that the '-a' option to pfconfig allows any user to
  376. spy on the network.  If it is omitted, only root may do so.
  377.  
  378. There are also some patches for ULTRIX 4.2 and 4.2A for the
  379. packetfilter code.  Call Digital's Customer Support if you need them.
  380. The official description of the patches is below; here is some
  381. background information. ULTRIX 4.3 has all of the patches included.
  382. Note: these patches cause DECnet-OSI not to work.  To run DECnet-OSI
  383. on ULTRIX 4.3, you will need the latest patched version of
  384. net_common.o for 4.3.
  385.  
  386. Although not mentioned in the description, these patches should also
  387. make Ultrix more forgiving of certain incorrect 802.3 packets.  Such
  388. packets are sent by some 3rd-party implementations.  I don't think
  389. this will fix the problem in every case, since some Digital Ethernet
  390. interfaces filter out "bad" 802.3 packets in hardware.  The patches
  391. should work for DECstations and most DECsystems.
  392.  
  393. Note that if you install these patches and you have been running CAP,
  394. you should recompile CAP after removing the definition for ULT42PFBUG
  395. from the Configure script.  The ULT42PFBUG patch to CAP will not work
  396. once the kernel has been patched.  You should also *stop* doing
  397.  
  398.     ifconfig ln0 copyall
  399.  
  400. once you install the patches.
  401.  
  402. If you have been using tcpdump, nfswatch, or a similar monitoring
  403. program on an FDDI network, installing these patches will probably
  404. make that not work.  You will still be able to use tcpdump on an
  405. Ethernet, of course.  The reason for this is that tcpdump only worked
  406. on FDDI networks because of the bug that is fixed by these patches.
  407.  
  408. These patches are available for Ultrix 4.2 and 4.2A, and for both RISC
  409. and VAX.  They must not be applied to previous versions of Ultrix.
  410.  
  411. Finally, note you must install new versions of BOTH net_common.o
  412. and pfilt.o; you cannot just install one of the files.
  413.  
  414. /sys/{MIPS,VAX}/BINARY/net_common.o      
  415. /sys/{MIPS,VAX}/BINARY/pfilt.o
  416. -----------------------------------          
  417.                           (v4.2 RISC & VAX, v4.2a RISC)
  418.  
  419. Listed are problem resolved by these 2 patches:
  420.  
  421. 1. PACKET FILTER FAILS TO RECEIVE UNICASTS TO LOCAL HOST
  422.  
  423. The packet filter mechanism is supposed to allow a user application
  424. to receive packets that are sent to the local host, if no other
  425. protocol in the kernel wants to use the packet.  This worked fine
  426. in Ultrix 4.0 and 4.1, but in Ultrix 4.2 it is broken.
  427.  
  428. Apparently, setting "copyall" with ifconfig is a workaround, but
  429. this is an EXTREMELY inefficient workaround, and requires users
  430. to reconfigure their systems as super-user.  This is not needed in
  431. ULTRIX 4.3.
  432.  
  433. 2. PACKET FILTER IOCTL EIOCDEVP RETURNS WRONG MTU VALUE
  434.  
  435. A change was made to increase the size for ethernet packets
  436. from 1500 bytes to 1514 bytes which is the MAX size for the ethernet.
  437. This will allow 1500 bytes for the message and 14 bytes for the header.
  438.  
  439. Also corrected the value returned in endevp.end_MTU by the EIOCDEVP ioctl.
  440.  
  441. 3. 802.3/802.2 PACKETS NOT PROPERLY DELIVERED TO PACKET FILTER
  442.  
  443. The packet filter is defined, in its manual page, to provide packets
  444. to user applications exactly as those packets appear on the network.
  445. The current kernel code mangles the headers of 802.2 encapsulations
  446. of Ethernet packets, causing several popular applications to fail.
  447.  
  448.                         [Jeff Mogul, mogul@pa.dec.com]
  449.  
  450. ==============================================
  451. N3. OK, I've done all that and CAP still doesn't run.
  452.  
  453. [See the previous topic for information on relevant patches for ULTRIX.]
  454.  
  455. There are several bugs in the Ultrix 4.2 packet filter mechanism, some
  456. of which affect CAP.  These are fixed in ULTRIX 4.3. The details are
  457. complex, but you can solve one of them by doing (as super-user,
  458. probably from /etc/rc.local)
  459.  
  460.     /etc/ifconfig ln0 copyall
  461.  
  462. (substitute whatever interface type you are using for "ln0").  The
  463. other bug, which apparently only affects CAP when "Phase 2" is in use,
  464. requires a patch to CAP.  CAP patches are available from a number of
  465. archive sites, including gatekeeper.dec.com: in the directory named
  466.  
  467.     /pub/net/appletalk/cap/cap.patches
  468.  
  469. Another problem you may have is that some Ethernet interfaces sold for
  470. the Macintosh occasionally send incorrect 802.3 packet headers.  (The
  471. bug is that they send a packet whose length does not match the value
  472. provided in the 802.3 header's length field.  Ultrix 4.2, as well as
  473. some of Digital's Ethernet interface hardware, is strict about
  474. checking 802.3 header, and does not accept these packets.)  As of this
  475. writing, a patch is not yet available and there is no workaround.  If
  476. you can, you should try to get the vendor of the nonconforming
  477. interface to provide a solution.
  478.  
  479. Once you have obtained an up-to-date, fully patched copy of CAP 6.0,
  480. the Configure script does not automatically switch on the workaround
  481. code; you must manually edit the m4.setup file to turn the workaround
  482. code on.
  483.  
  484.                         [Jeff Mogul, mogul@pa.dec.com]
  485. N3. OK, I've done all that and CAP still doesn't run.
  486.  
  487. [See the previous topic for information on relevant patches for ULTRIX.]
  488.  
  489. There are several bugs in the Ultrix 4.2 packet filter mechanism, some
  490. of which affect CAP.  These are fixed in ULTRIX 4.3. The details are
  491. complex, but you can solve one of them by doing (as super-user,
  492. probably from /etc/rc.local)
  493.  
  494.     /etc/ifconfig ln0 copyall
  495.  
  496. (substitute whatever interface type you are using for "ln0").  The
  497. other bug, which apparently only affects CAP when "Phase 2" is in use,
  498. requires a patch to CAP.  CAP patches are available from a number of
  499. archive sites, including gatekeeper.dec.com: in the directory named
  500.  
  501.     /pub/net/appletalk/cap/cap.patches
  502.  
  503. Another problem you may have is that some Ethernet interfaces sold for
  504. the Macintosh occasionally send incorrect 802.3 packet headers.  (The
  505. bug is that they send a packet whose length does not match the value
  506. provided in the 802.3 header's length field.  Ultrix 4.2, as well as
  507. some of Digital's Ethernet interface hardware, is strict about
  508. checking 802.3 header, and does not accept these packets.)  As of this
  509. writing, a patch is not yet available and there is no workaround.  If
  510. you can, you should try to get the vendor of the nonconforming
  511. interface to provide a solution.
  512.  
  513. Once you have obtained an up-to-date, fully patched copy of CAP 6.0,
  514. the Configure script does not automatically switch on the workaround
  515. code; you must manually edit the m4.setup file to turn the workaround
  516. code on.
  517.  
  518.                         [Jeff Mogul, mogul@pa.dec.com]
  519.  
  520. ==============================================
  521. N4. I want to run the "screend" program but I get "Operation not supported
  522.     on socket".
  523.  
  524. By default, support for screend is not configured into the Ultrix 4.2
  525. kernel, and the documentation for this is missing.  Edit your kernel
  526. configuration file to include the line:
  527.  
  528.     pseudo-device   gwscreen
  529.  
  530. and rebuild your kernel (i.e., run /etc/config, then change to the
  531. right directory and do "make depend" and then "make").  Install the
  532. new kernel and reboot the system.
  533.                         [Jeff Mogul, mogul@pa.dec.com]
  534.  
  535. ==============================================
  536. N5. I want to use screend but I'm not sure how to set up the
  537.     /etc/screend.conf configuration file.
  538.  
  539. Get a copy of NSL Network Note NN-16, "Using screend to Implement
  540. IP/TCP Security Policies".  Send mail with "Subject: help" for
  541. information on how to order this, or just "Subject: send postscript
  542. nn-16" if you want to receive the PostScript file via return mail to
  543.     nsl-techreports@pa.dec.com
  544.      or ...!uunet!decwrl!nsl-techreports
  545.                         [Jeff Mogul, mogul@pa.dec.com]
  546.  
  547. ==============================================
  548. N6. Why can't ULTRIX 4.2 mount NFS filesystems that could be mounted with
  549.         ULTRIX 4.1?
  550.  
  551. The version of SUN RPC shipped with ULTRIX V4.2 supports up to 32
  552. groups per user, whereas previous versions supported 8 groups per
  553. user.  Users that are members of more than 8 groups cannot NFS mount
  554. file systems from NFS servers using the version of SUN RPC that only
  555. supports 8 groups.
  556.  
  557. The error message  that nfs_mount will give you if you are in too many
  558. groups will look like this:
  559.  
  560. nfs_mount: crltrx:/usr/local server not responding: RPC: Authentication error;
  561. why = Invalid client credential
  562. nfs_mount: access denied for crltrx:/usr/local
  563.  
  564. The workaround is to reduce the number of groups you are a member of
  565. to eight or less to make NFS mounts work again.  In particular, you should
  566. check the number of groups that "root" is in.
  567.  
  568. ==============================================
  569. N7. How do I change the IP address of a diskless client? 
  570.  
  571. The Internet address of a diskless client is determined by the network
  572. boot block the system send as the secondary load file. This file is
  573. initially created by DMS but at the present time DMS does not have
  574. the capability to change an existing netblk.
  575.  
  576. NOTE: If you attempt to change the IP address of either the client or
  577.       server without modifying the netblk then your DISKLESS CLIENTS
  578.       WILL NOT BOOT.
  579.  
  580. The definition of the network boot block is in /usr/include/sas/mop.h and
  581. the netblk structure is shown below.
  582.  
  583.   struct netblk   {
  584.       char        srvname[32];            /* server hostname (boot server)*/
  585.       unsigned long srvipadr;             /* server IP address (boot server)*/
  586.       char        cliname[32];            /* client hostname      */
  587.       unsigned long cliipadr;             /* client IP address    */
  588.       unsigned long brdcst;               /* broadcast address    */
  589.       unsigned long netmsk;               /* network mask address */
  590.       short       swapfs;                 /* swap file system type*/
  591.       short       rootfs;                 /* root file system type*/
  592.       short       swapsz;                 /* swap size in 1/2 Meg units */
  593.       short       dmpflg;                 /* dump flag 0 - disabled */
  594.                                           /*           1 - enabled  */
  595.       char        rootdesc[80];           /* root filesys descriptor */
  596.       char        swapdesc[80];           /* swap file descriptor */
  597.       char        reserved[20];           /* for later use        */
  598.   };
  599.                                    
  600. In order to change the IP address of the client or of the server you will need
  601. to modify the netblk.
  602.  
  603. The code for the boot block is in the file /etc/bootblk.c on the diskless
  604. client.
  605.  
  606. An example of this file is:
  607.  
  608.   #include <sas/mop.h>
  609.   struct netblk   nblk={
  610.   "my_server",
  611.   0x10b38001, "my_client", 0x10b3803e, 0x10b380ff, 0xffffff00,
  612.   0,
  613.   5,
  614.   0,
  615.   0,
  616.   "/dlclient0/my_client.root",
  617.   "rz3b",
  618.   ""
  619.   };
  620.  
  621. A quick cross-reference with the mop include file will tell you which fields
  622. represent which data.
  623.  
  624. To change the IP addresses you need to use the command /usr/diskless/makpkt.
  625.  
  626. The format of this command is:
  627.  
  628.   makpkt server_IP_addr client_name client_IP_addr broadcast netmask
  629.  
  630. Here is an example of using makpkt to change the network boot block parameters.
  631.  
  632.  For a server of address 16.128.128.4 and a client called fred of address
  633. 16.128.128.19 on a class B network you'll need to use the command:
  634.  
  635.   % makpkt 16.128.19.4 fred 16.128.20.19 16.128.255.255 255.255.0.0
  636.  
  637. this will produce the output:
  638.  
  639.   0x10801304,
  640.   "fred",
  641.   0x10801413,
  642.   0x1080ffff,
  643.   0xffff0000,
  644.  
  645.  
  646. You will now need to edit netblk.c and replace the line
  647.  
  648.   0x10b38001, "my_client", 0x10b3803e, 0x10b380ff, 0xffffff00,
  649.  
  650. with
  651.  
  652.   0x10801304, "fred", 0x10801413, 0x1080ffff, 0xffff0000,
  653.  
  654.  
  655. The next step is to compile the new netblk.
  656.  
  657.   % cc -c netblk.c
  658.  
  659.  
  660. If you are changing the client IP address then you will also need to modify
  661. the CLIARP field in /etc/dlparam on the client.
  662.  
  663. eg.
  664.   CLIARP="16.182.128.61"
  665.  
  666.  
  667. Finally you can change the server and/or client IP address on the server
  668. and reboot.
  669.  
  670. ==============================================
  671. N8. Is ONC RPC (formerly "Sun RPC") supported under ULTRIX - and what should I
  672.     do to port my existing applications that rely on it?
  673.  
  674. ONC RPC (formerly "Sun RPC") is not supported under ULTRIX. This means
  675. that not only may some library routines like "clnt_create" not exist,
  676. but that if they do, they may not work as expected. If you need to use
  677. RPC for an application can use the unsupported version of the RPC4.0
  678. distribution that is available for FTP from crl.dec.com and
  679. decuac.dec.com in pub/sources/rpc4.0-ultrix.tar.Z.
  680.  
  681. ONC RPC is a supported component of DEC OSF/1.
  682.  
  683. ==============================================
  684. N9. How can I disable forwarding of IP packets on an ULTRIX system with two
  685.     network interfaces?
  686.  
  687. Put this in rc.local:
  688.  
  689. echo -n 'disabling kernel routing: ipforwarding '        >/dev/console
  690. /usr/etc/kvar -k -wl -s ipforwarding -v 0 /vmunix        >/dev/console
  691.  
  692. ==============================================
  693. N10. How can I run network daemons from inetd as users other than root?
  694.  
  695. inetd will take a username as the fifth field.  This is not documented
  696. on the inetd manual page.  For example:
  697.  
  698. finger    stream    tcp    nowait    nobody    /usr/etc/fingerd    fingerd
  699.  
  700. ==============================================
  701. N11. How do I decode "stale filehandle" messages from NFS?
  702.  
  703. In the message 
  704.  
  705.     NFS server: stale file handle _fs(21,154) file 4100
  706.  
  707. 21 and 154 are the major and minor device numbers.  4100 is the inode number.
  708. Running 'ls -l' on /dev will show the device numbers, so you can ask
  709. mount what directory the filesystem is mounted on.  Then use
  710.  
  711.     find <file system> -inum <inode no> -print
  712.  
  713. to find the file.
  714.                 [Peter Mayne, pjdm@chmeee.enet.dec.com] 
  715.                 [Greg Shapiro, gshapiro@monkeyboy.WPI.EDU]
  716.  
  717. ==============================================
  718. N12. Where can I get IP multicast support for ULTRIX? 
  719.  
  720. Patches to enable IP Multicast are available from
  721. gregorio.stanford.edu:vmtp-ip.  Patches are available for Ultrix 4.1 &
  722. 4.2a.  Binaries are available for 4.2a.  As far as is known, the
  723. patches also work on 4.3.
  724.  
  725. The multicast patches break the ULTRIX packetfilter.  An unsupported
  726. version of pfilt.o that works with the multicast code is in
  727.  
  728.     ftp://crl.dec.com/pub/DEC/multicast/pfilt.o
  729.  
  730. This patch should work with 4.2, 4.2A, and 4.3, but it is not supported.
  731.  
  732.                     [Lance Berc, berc@src.dec.com]
  733.                     [Win Treese, treese@crl.dec.com]
  734.  
  735. ==============================================
  736. N13. Where can I get SLIP for ULTRIX?
  737.  
  738. SLIP is in the "unsupported" kit for ULTRIX 4.2 and later.  It is
  739. included in DEC OSF/1.
  740.  
  741. ==============================================
  742. D1. Why don't ULTRIX releases prior to V4.2A work with SCSI disks 
  743.         larger than 1 Gbyte?
  744.  
  745. ULTRIX releases prior to V4.2A are unable to handle logical block
  746. numbers greater than (2**21 - 1).  The left bit positions of block
  747. numbers greater than (2**21 - 1) are effectively ignored, causing
  748. access to wrap around to the beginning of the disk.  This means that
  749. SCSI disks larger than 1 Gbyte (formatted) cannot be used (assuming
  750. 512 kbyte blocks), even if all partition sizes are less than 1 Gbyte.
  751.  
  752. The earliest version of ULTRIX that can handle DEC 1.3 Gbyte RZ58 drives 
  753. on DEC RISC machine is ULTRIX 4.2A.
  754.                 [Jeffrey C. Gealow, jgealow@mtl.mit.edu]
  755.  
  756.  
  757. ==============================================
  758. D2. How can I increase the number of inodes on a filesystem? 
  759.  
  760. "newfs -i XXX" is usually used to increase the number of inodes on a
  761. filesystem, where XXX is the desired number of bytes per filesystem. 
  762. However, there is a not-well-known limit of 2048 inodes per cylinder
  763. group, and newfs doesn't tell you that if you try to ask for more.
  764.  
  765. The solution is to get more cylinder groups, either by using "newfs -c XXX"
  766. to specify the number of cylinders per group or by using 4096-byte
  767. blocks and 512-byte fragments.
  768.  
  769. Read the newfs manual page before trying this at home or work.
  770.                     [Alan Rollow, alan@nabeth.cxo.dec.com]
  771.                     [Win Treese, treese@lcs.mit.edu]
  772.  
  773. ==============================================
  774. D3. OK, I used "newfs -i", and I didn't get more inodes?
  775.  
  776. The version of the Berkeley Fast File system used by the ULTRIX
  777. Operating System has a limit of 2048 inodes per cylinder group.  This
  778. limit is the constant MAXIPG in the include file
  779. /usr/include/ufs/fs.h.  To change it you need to be able to recompile
  780. from sources.
  781.  
  782. When newfs/mkfs runs it attempts to allocate enough inodes so that
  783. there are enough for an average file size of 2 KB.  (bytes per inode =
  784. 2048).  When there are enough cylinder groups this is easy.  In fact,
  785. if the cylinder group is small enough, it may not get close to the
  786. MAXIPG limit.
  787.  
  788. But over the years, disks have gotten bigger.  They have more
  789. cylinders, more tracks and the tracks have more sectors.  As a result
  790. cylinder groups are larger and it's hard to allocate enough inodes to
  791. meet the 2048 bytes per inode limit, with only MAXIPG available.
  792. Since MAXIPG is fixed the effective average file size goes up.
  793.  
  794. On a News spool tree, the average file probably is around or less than
  795. 2 KB.  As a result, these large cylinder disks don't have enough
  796. inodes for the typical file size, and, more importantly, you can't get
  797. more, since you're already at the MAXIPG limit.  At least not easily.
  798.  
  799. But there are some solutions available...
  800.  
  801. Theme of solutions:
  802.  
  803. Inodes are allocated on a cylinder group basis.
  804. Want more inodes, use more cylinder groups.
  805.  
  806. 1.  Use fewer cylinders per group, thus getting more groups.
  807.     See the -c option of newfs(8).
  808.  
  809.     Note: On the 2nd hand advice of Gregory Neil Shapiro 
  810.     (gshapiro@wpi.wpi.edu) there are some disks for which
  811.     the -c option won't work because mkfs(8) enforces a set 
  812.     of cylinder group sizes that won't allow reducing the 
  813.     number cylinders per below the default of 16.  This seems
  814.     to be the case for the RZ57 and RZ58.
  815.  
  816. 2.  Use a different file system block and fragment size; 4K/512a
  817.     instead of the usual 8K/1K.  In the case of News this may work 
  818.     best.  Since most files are small, using the smaller size may
  819.     help reflect the smaller average file size.  It may also waste
  820.     less space in partially filled fragments.
  821.  
  822. 3.  Lie about the geometry.  If the track length or tracks
  823.     per cylinder is nice factorable number, reduce one to
  824.     increase the effective number of cylinders.  By playing
  825.     games with the factors of the geometry you manage to keep
  826.     the geometry approximately the same.
  827.  
  828.     For some disks this may not matter and you can invent whatever
  829.     lie you want.  For example; the RZ58 uses zoned based recording
  830.     (banding).  Depending on where you are on the disk, there will
  831.     more or less sectors per track.  The single geometry presented
  832.     by ULTRIX is a convient lie.
  833.                     [Allan Rollow, alan@nabeth.cxo.dec.com]
  834.  
  835. ==============================================
  836. D4. What the ^&@(%*&) is a gnode? 
  837.  
  838. "Gnode" means "generic inode". Like most versions of UNIX these days,
  839. ULTRIX has a virtual filesystem. This means the kernel can support
  840. different types of filesystem - like the BSD FFS, the old V7-style
  841. filesystem in System V, RFS, NFS etc.  Gnodes are similar to the vnodes
  842. of the Sun filesystem switch.
  843.  
  844. The message "out of gnodes" usually means "out of inodes" on the
  845. filesystem.  To fix this, you can delete files or reinitialize the
  846. filesystem with newfs (after backing everything up!).
  847.  
  848. The message "gnode: table is full" means that the kernel table for keeping
  849. track of open files is full.  If you need to fix this, increase the maxusers
  850. parameter in your kernel configuration file and rebuild your kernel.
  851.                     [Jim Reid, jim@cs.strath.ac.uk]
  852.                     [Alan Rollow, alan@nabeth.cxo.dec.com]
  853.                     [Win Treese, treese@lcs.mit.edu]
  854.  
  855. ==============================================
  856. P1. Where can I get an ANSI C compiler for DECstations running ULTRIX?
  857.  
  858. DEC C++ comes with a full ANSI C compiler, which is also known as DEC
  859. C.  The GNU C compiler (gcc) also runs on DECstations with ULTRIX, as
  860. well as under OSF/1 on Alpha platforms.  It is available from many ftp
  861. sites.
  862.                         [Dan McCoy, mccoy@pixar.com]
  863.                         [Mads Westermann, wes@dd.dk]
  864.  
  865. ==============================================
  866. P2. Where can I get a Modula-2 (or Modula-3) compiler for ULTRIX?
  867.  
  868. A Modula-2 compiler for DECstations and VAXen developed at Digital's Western
  869. Research Lab is available in gatekeeper.dec.com:/pub/DEC/Modula-2.
  870.  
  871. If you like Modula-2, you might be interested in Modula-3, a successor
  872. language to Modula-2 developed at Digital's Systems Research Center and
  873. the (now defunct) Olivetti Research Center.  A description of the language
  874. and a portable compiler that runs on many platforms is available in
  875. gatekeeper.dec.com:/pub/DEC/Modula-3.
  876.  
  877.                 [Richard Sharpe, sharpe@adodem.enet.dec.com]
  878.                 [Win Treese, treese@lcs.mit.edu]
  879.  
  880. ==============================================
  881. P3. Does mmap(2) work on plain files?
  882.  
  883. On ULTRIX, mmap(2) only works on character special devices.
  884.                     [Win Treese, treese@lcs.mit.edu]
  885.  
  886. ==============================================
  887. G1. Why does the X server use so much memory?
  888.  
  889. Xws and the other other DEC X servers generally grow larger with
  890. workload, not because of memory leaks.  When you start an X server,
  891. its process is quite small.  As applications are started, the server
  892. allocates memory for a variety of reasons to service requests from
  893. clients.  An example of this is allocating a pixmap.  When the
  894. resource is freed, the corresponding memory is freed back to the
  895. malloc pool, but the server image doesn't get any smaller.  This is
  896. true of any application where you malloc memory and then free it. If
  897. your workload is consistent, server growth is asymptotic, growing
  898. quickly at first, then tapering off.  In other words, if you exit the
  899. application that caused the server to allocate a lot of memory, the
  900. server size won't shrink when the application exits, but the server
  901. won't grow any larger if you run the same application the same way
  902. again.
  903.  
  904. Of course it's possible that a memory leak in the server still exists.
  905. If you think you have a memory leak, you should figure out which
  906. application you run that triggers the leak.  You should run that
  907. application several times, observing the server size with every
  908. iteration.  If the server grows by an appreciable amount each time,
  909. please file an SPR.
  910.  
  911. For workstations with minimal memory, we recommend that you use the
  912. following server command line arguments:
  913.  
  914.     -once    (restart the server afresh for each session)
  915.     -su     (inhibit save unders)
  916.     -bs     (inhibit backing store)
  917.  
  918. The -su and -bs flags essentially trade CPU for memory, making
  919. applications work harder in some cases to save server memory.  This
  920. tradeoff isn't as bad as it may sound.
  921.                     [Joel Gringorten, gringort@wsl.dec.com]
  922.  
  923. ==============================================
  924. G2. How can I build an X11R5 server for an ULTRIX machine?
  925.  
  926. The display device drivers changed significantly between ULTRIX 4.1
  927. and ULTRIX 4.2.  To build an R5 server on ULTRIX 4.1 system, edit the
  928. the file ultrix.cf in mit/config and #define OSMinorVersion to be 1.
  929. This should cause the Xcfbpmax server to be built instead of the Xdec
  930. server.  Xdec only runs on ULTRIX 4.2 and later.
  931.  
  932. ==============================================
  933. G3. How do I change or get rid of the Digital logo on the login screen of 
  934.     my workstation?
  935.  
  936. To have no logo displayed at all, add this line to /.Xdefaults:
  937.  
  938.     XSessionManager*displayLogo:    no
  939.  
  940. To replace the Digital logo with a different Encapsulated PostScript
  941. image, add the following to /.Xdefaults:
  942.  
  943.     XSessionManager*logoFile:       filename
  944.     XSessionManager*logoFullScreen: true
  945.  
  946. Make sure that "filename" is the full path to a PostScript file.
  947. Note that the PostScript should not end with a "showpage" or the page
  948. will print and then disappear with the "new page."
  949.  
  950. ==============================================
  951. G4. How do I run MIT X11 Software?
  952.  
  953. If you are running with Ultrix 4.2 or later, you should have received
  954. some sort of distribution media with "Unsupported" subsets on it.
  955. Among those subsets are the following:
  956.  
  957.     UDXUNFONTS420 'Unsupported MIT Fonts'
  958.         UDXUNMAN420   'Unsupported X11 Reference Pages'
  959.         UDXUNMIT420   'Unsupported X11 Components'
  960.  
  961. These subsets, in total, provide the fonts, manual pages, and clients
  962. from the X11 Release 4 distribution from MIT, with a few minimal
  963. changes to fix problems that cropped up after the MIT release.
  964.  
  965. If all you want is R4 clients, load the above subsets.  These subsets
  966. were built directly from the X Consortium sources and include all of
  967. the public patches.  The R4 clients will be installed in /usr/bin/X11;
  968. put that directory in your path in order to access them.  An ls on
  969. /usr/bin/X11 will also reveal the names of the applications that are
  970. available.
  971.  
  972. If you have a previous version of Ultrix, or if you need X11 Release
  973. 5, you will have to build from the X Consortium sources yourself.
  974. There are some difficulties associated with building Release 4 from
  975. source on Ultrix versions 4.0 and higher; fortunately, Release 5
  976. corrects these problems, so be sure to start with a fresh Release 5
  977. distribution.
  978.  
  979. Building from source should be a simple matter of editing the
  980. mit/config/ultrix.cf file and then connecting to the toplevel
  981. directory and typing ``Make World''.  If you are running Ultrix 4.2,
  982. you don't need to edit ultrix.cf, but for other versions of Ultrix, be
  983. sure to cd to mit/config and change the OSMinorVersion (and, for
  984. versions of Ultrix prior to 4.0, the OSMajorVersion) number to the
  985. appropriate number for your version of Ultrix.
  986.  
  987. As mentioned in another FAQ answer, the Xdec server provides
  988. multiscreen capability for colour frame buffers, but features of
  989. Ultrix required to support this capability are not present prior to
  990. Ultrix 4.2; for those versions, the Xcfbpmax server will be built;
  991. this server only supports one display per machine, and only DECstation
  992. 2100 and 3100 and DECstation 5000 models running with the CX adapter.
  993.  
  994. The Xdec server should work on the following systems:
  995.  
  996.         DECstation 2100 Monochrome or Color Workstations
  997.         DECstation 3100 Monochrome or Color Workstations
  998.         DECstation 5000/1xx CX, MX or HX Single or Multiscreen Workstations
  999.     DECstation 5000/2xx CX, MX or HX Single or Multiscreen Workstations
  1000.  
  1001. The support for the HX option on the above platforms is limited to
  1002. direct frame buffer I/O - the graphics processor present on the HX
  1003. board will not be used.  This means that performance with the R5
  1004. server will be substantially worse than performance with the
  1005. DEC-supplied server in most cases.  Support for the PX and PXG options
  1006. is not present in R5 in any form.  Support for the MX exists, but some
  1007. problems have been reported when attempting to render non-black,
  1008. non-white pixels.
  1009.  
  1010. Source to X11 Release Five can be copied across the Internet from
  1011. gatekeeper.dec.com (16.1.0.2), crl.dec.com (192.58.206.2), or
  1012. export.lcs.mit.edu (18.24.0.12).  Other internet archives may also
  1013. have full source distributions; asking around on the Usenet newsgroup
  1014. comp.windows.x will probably elicit this information.
  1015.  
  1016. ==============================================
  1017. G5. How do I build X software that I got from the net?
  1018.  
  1019. If you get source code to an X application from somewhere and want to
  1020. build it, here are a few helpful hints:
  1021.  
  1022. First, make sure the following subsets are installed:
  1023.  
  1024.         UDXUNMIT420
  1025.         UDXUNFONTS420
  1026.  
  1027. You may also find the man pages for the previous two subsets
  1028. useful.  They're in:
  1029.  
  1030.         UDXUNMAN420    
  1031.  
  1032. Next, add the following line to the end of /usr/lib/X11/config/site.def
  1033.  
  1034.         #define StandardIncludes -I/usr/include/mit
  1035.  
  1036. If there are any README files with the source code, now is a good time
  1037. to read them, and make any changes they suggest.
  1038.  
  1039. If you installed the MIT X11 distribution from MIT, rather than the
  1040. ULTRIX subsets, your local configuration may be different.
  1041.  
  1042. If there is an Imakefile:
  1043.  
  1044. If the source code has a file called "Imakefile" at the top of its
  1045. directory hierarchy, typing the following in that top-level directory
  1046. should build the application:
  1047.  
  1048.         xmkmf
  1049.         make Makefiles
  1050.         make depend
  1051.         make
  1052.  
  1053. To install the application, type
  1054.  
  1055.         make install
  1056.  
  1057.  
  1058. If there isn't an Imakefile:
  1059.  
  1060. You might have to edit the Makefile to make the application compile.
  1061.  
  1062. If ".h" files (like those for the Athena widget set, "Xaw") are not
  1063. being found, adding "-I/usr/include/mit" to the "cc" command(s) in the
  1064. Makefile will usually do the trick.
  1065.  
  1066. If you are having problems linking, try using "-lXext-mit" and "-lX11-mit"
  1067. instead of "-lXext" and "-lX11" in the Makefile.
  1068.  
  1069. ==============================================
  1070. G6.**CHANGED** Why do some applications run slowly on the DECstation PX and PXG
  1071.     displays?
  1072.  
  1073. The PX and PXG graphics adapters are designed for high-speed
  1074. two-dimensional vector drawing and for high-speed three-dimensional
  1075. rotation and polygon fills, respectively.  In order to get maximum
  1076. performance in these specialized areas, both kinds of adapters have
  1077. their own intelligent on-board processor which do high-speed drawing
  1078. operations, and in the case of the PXG, a general purpose RISC
  1079. processor which does 3D rendering, scaling and rotation.
  1080.  
  1081. In order to optimize graphics performance, a tradeoff was made on both
  1082. of these boards which prevents your system CPU from directly accessing
  1083. display memory.  Allowing your system CPU to directly access display
  1084. memory would, at a minimum, cut the graphics accelerator performance
  1085. by a factor of two, and perhaps more.
  1086.  
  1087. Unfortunately, as a result, operations which involve the copying of
  1088. large images (Pixmaps) into or out of display memory are performed
  1089. much more slowly than they would be if the processor were able to
  1090. directly access system memory.
  1091.  
  1092. One example of this is the ever-popular background image.  The X
  1093. server keeps a Pixmap containing the pattern with which to paint the
  1094. root window; whenever an area of the root window is exposed, the X
  1095. server must copy that portion of the Pixmap over the relatively
  1096. low-performance I/O channel to the PX or PXG adapter, which then
  1097. copies it into display memory.
  1098.  
  1099. As a result, iconifying and deiconifying windows can become a fairly
  1100. slow experience, particularly on systems with lower TurboChannel
  1101. bandwidth.  In this case, the solution is simple; just use the
  1102. standard, boring background.  However, if an application that you use
  1103. actually needs to copy Pixmaps to the screen on a regular basis, you
  1104. will definitely experience slow performance; there's no way to fix
  1105. this problem.
  1106.  
  1107. Unless you need the vector performance of the PX or the 3D rendering
  1108. capabilities of the PXG, use one of the several boards DEC produces
  1109. which are optimized for windowing and imaging, such as the CX (dumb
  1110. colour frame buffer), MX (dumb monochrome frame buffer), HX (smart
  1111. colour frame buffer), or TX (imaging colour frame buffer).
  1112.  
  1113.                         [Author lost.]
  1114.  
  1115. ==============================================
  1116. G7. What can I do to improve security with X? Can I use xdm? 
  1117.  
  1118. ULTRIX 4.3 and later support the MIT-MAGIC-COOKIE-1 authorization
  1119. protocol and include xdm as well.  Alpha OSF/1 uses xdm by default and
  1120. also supports the authorization protocol.
  1121.                         [Bob Heiney, heiney@pa.dec.com]
  1122.  
  1123. ==============================================
  1124. H1. Can I mix 8-Megabyte and 32-Megabyte boards in the DECstation 5000/xxx
  1125.     family?
  1126.  
  1127. All DS5000 series machines set the memory stride from the first memory
  1128. array module (this is true of the Personal DECstation and the
  1129. DS5000/1xx series and not just the DS5000/2xx machines). The only
  1130. supported configurations are those in which all of the memory array
  1131. modules are of the same capacity.
  1132.  
  1133. Memory array module types are:
  1134.  
  1135.         MS01-AA   1Mbit DRAM    DS2100,DS3100,PDS5000/20,PDS5000/25,DS5000/120,
  1136.                                 DS5000/125,DS5000/133
  1137.         MS01-CA   4Mbit DRAM    PDS5000/20,PDS5000/25,DS5000/120,DS5000/125,
  1138.                                 DS5000/133
  1139.         MS02-AA   1Mbit DRAM    DS5000/200,DS5000/240
  1140.         MS02-CA   4Mbit DRAM    DS5000/200,DS5000/240
  1141.  
  1142. However, you can place one memory array module of a smaller capacity
  1143. at the end of a series of higher capacity modules.
  1144.  
  1145.                 Slot            Module
  1146.  
  1147.                  0              MS02-CA
  1148.                  1              MS02-CA
  1149.                  2              MS02-AA
  1150.  
  1151. This configuration will work, and be properly recognized by Ultrix,
  1152. but it is not "supported." The console will see all of the memory
  1153. modules. The operating system will be expecting memory in 32MB
  1154. segments and when it hits slot 2 it will simply believe that there are
  1155. 24MB of failed memory on that module.
  1156.  
  1157. It will not be possible to support higher memory congigurations in the
  1158. DS5000 series machines with 16Mbit DRAM cards. The issue is that both the
  1159. physical memory address and the I/O address are provided by the same Kseg0
  1160. block (512MB) in the R3000. This will not change with the advent of the R4000
  1161. daughter cards, as it would require modification of the memory controller ASIC
  1162. (the MT chip) as well.
  1163.  
  1164. ==============================================
  1165. H2. How can I find out which type of DECstation 5000 I have?
  1166.  
  1167. If /etc/sizer -c returns:
  1168. DS5000                 then it's a 5000/200.
  1169. DS5000_100             then it's a 5000/1xx (where xx={20,25,33})
  1170. DS5000_300             then it's a 5000/240.
  1171. DSPERSONAL_DECSTATION  then it's a 5000/xx.
  1172.  
  1173. For something more specific on the 5000/1xx and 5000/xx, you need to
  1174. look at the messages printed out at last boot time (available in the
  1175. error log; use /etc/uerf -R -r 300).
  1176.  
  1177. ==============================================
  1178. H3. How can I run a DECstation 3100 without the display?
  1179.  
  1180. To turn a DECstation into a DECsystem you need to:
  1181.  
  1182. 1.  Remove the graphics stuff.
  1183. 2.  Put a mouse loopback connector in the hole for the mouse
  1184.     plug. (part number currently unknown)
  1185.                     [Alan Rollow, alan@nabeth.enet.dec.com]
  1186.  
  1187. ==============================================
  1188. M1. What is the floating-point number representation on ULTRIX?
  1189.  
  1190. The floating point format differs depending on which architecture the
  1191. ULTRIX software is running on.
  1192.  
  1193. Digital's RISC machines all use IEEE floating point representation
  1194. with a little-endian byte ordering.  You can easily convert between
  1195. little and big endian ordering by reversing bytes within the floating
  1196. point number.
  1197.  
  1198. The VAX line uses a unique (although, given the popularity of VAXen)
  1199. quite well known floating point format.
  1200.  
  1201. The ULTRIX C libraries include routines which will translate between
  1202. RISC (IEEE) and VAX floating point formats.  Look under "ftoi" in
  1203. either the online or hardcopy documentation.
  1204.  
  1205. ==============================================
  1206. M2. If the console is a graphics device, can it be used as a terminal for
  1207.     full-screen applications?
  1208.  
  1209. The console emulates a dumb terminal, with no ability to address the screen.
  1210. To run anything like a screen editor, you must start the window system.
  1211.  
  1212. ==============================================
  1213. M3. M3. How do I read a tar image from a TK50 tape if my only TK50 is on a VMS
  1214.     machine?
  1215.  
  1216. On VMS (assuming your tape drive on VMS is MUA0:) :
  1217.  
  1218.     mount/foreign/block=10240/record=10240 mua0:
  1219.     copy mua0: file.tar
  1220.  
  1221. On Ultrix:
  1222.  
  1223.     dcp -i 'vms::where$logical:file.tar' file.tar
  1224.  
  1225. ==============================================
  1226. M4. Why does ULTRIX restrict the number of users on the system?
  1227.  
  1228. The answer to this is two-fold.  The first reason is that due to
  1229. Digital's contract with AT&T, Digital pays royalties to AT&T for its
  1230. ULTRIX product on "bands" of user increments which match up to the
  1231. capacity upgrade licenses which we sell.  For every ULTRIX upgrade
  1232. license sold, Digital sends a portion of that royalty payment to AT&T.
  1233. Other vendors have worked other licensing arrangements with AT&T. 
  1234.  
  1235. The second reason is that Digital depends more on "personal" use of an
  1236. operating system, and tries to break up the costs of providing an
  1237. operating system depending on the number of users using it.  Rather
  1238. than charge a larger amount of money for a two-user system, Digital
  1239. charges a base amount of money, then distributes the rest of the
  1240. development costs across the per-user license base.  Digital hopes
  1241. that this gives an equitable and affordable system to all customers. 
  1242.                     [Jon "maddog" Hall, hall@zk3.dec.com]
  1243.  
  1244. ==============================================
  1245. M5. Where else can I discuss ULTRIX with other users?
  1246.  
  1247. The decstation-managers mailing list is a rapid-turnaround vehicle for
  1248. Ultrix (and maybe OSF/1 someday) administrators to reach a pool of
  1249. people with similar expertise who might be able to help them resolve a
  1250. problem they're having.  There's no discussion on the list--just
  1251. questions and summaries of responses to those questions.
  1252.  
  1253. To join the list, send a message containing:
  1254.  
  1255.         subscribe decstation-managers
  1256.  
  1257.     to majordomo@ornl.gov.  To subscribe an address other than your
  1258.     return address, such as a local exploder, add that address to the
  1259.     subscribe command, e.g.:
  1260.  
  1261.         subscribe decstation-managers decstation-managers@foo.bar
  1262.                         [Dave Sill, de5@ornl.gov]
  1263.  
  1264. ==============================================
  1265. M6. What is the part number for an ULTRIX source code license?
  1266.  
  1267. For educational institutions (these are not listed in the SPD):
  1268.  
  1269.         MODEL                                                         
  1270.         NUMBER      DESCRIPTION                   
  1271.       ----------    ----------------------------- 
  1272.    1  QB-0JRAA-E5   Ultrix/UWS Edu Source Code    
  1273.    2  QB-0JRAA-EM   Ultrix/UWS Edu Source Code    
  1274.    3  QB-0JRAE-E5   Ultrix/UWS Edu Source Code    
  1275.    4  QB-0JRAE-EM   Ultrix/UWS Edu Source Code    
  1276.  
  1277. This is a little confusing, since the "DESCRIPTION" of all four kits is
  1278. the same.  As far as I know, you need to order the -0JRAA- kit the
  1279. first time, and the -0JRAE- ("update") kit for subsequent releases.
  1280. Probably, this is so that you don't have go through a complete set of
  1281. paperwork for a new release.  You have to have to meet a number of other
  1282. requirements; see the Software Product Description (SPD) for more details.
  1283.  
  1284. The -E5 kits are on TK50, and the -EM kits are on 9-track magtape.
  1285. I don't believe that the source kits are available on any other medium.
  1286.  
  1287. All 4 part numbers have the same list price (not especially expensive).
  1288. I don't know if they are available outside the US.
  1289.  
  1290. If you're not at an educational institution, here are the corresponding
  1291. part numbers (these are listed in the SPD, by the way):
  1292.         MODEL                                                         
  1293.         NUMBER      DESCRIPTION                   
  1294.       ----------    ----------------------------- 
  1295.    1  QB-0JQAA-E5   ULTRIX WS LOC.USE SOURCE TK50 
  1296.    2  QB-0JQAA-EM   ULTRIX WS LOC.USE SOURCE 16MT 
  1297.    3  QB-0JQAE-E5   ULTRIX WS LOC.USE SOURCE TK50 
  1298.    4  QB-0JQAE-EM   ULTRIX WS LOC.USE SOURCE 16MT 
  1299.  
  1300. These are more expensive.
  1301.                         [Jeff Mogul, mogul@pa.dec.com]
  1302.  
  1303. ==============================================
  1304. M7. What is the future of ULTRIX?
  1305.  
  1306. The phase over from DECstations running ULTRIX to Alpha AXP running 
  1307. DEC OSF/1 is common knowledge.  Digital will continue to offer new 
  1308. DECstations (the R4000 DECstations just started shipping in July) and 
  1309. new versions of ULTRIX (4.3A just came out early this summer) to give 
  1310. existing customers a multi-year window to evaluate Alpha AXP technology 
  1311. and DEC OSF/1, and then make transition plans accordingly.  Numerous 
  1312. migration tools and upgrade programs exist.
  1313.  
  1314. ULTRIX V4.4 is the last version of ULTRIX with new functionality.  V4.4 
  1315. will be out in Q1/CY94 and will include native X11R5 support, Motif 1.2 
  1316. support and numerous bug fixes.  After that we stablize the product, but 
  1317. *not* retire it.  There will be on going maintenance releases every 6-9 
  1318. months mainly for bug fixes.  We intend to support ULTRIX for at least 
  1319. the next three to five years, if not to the end of this century.
  1320.                         [Russ Jones, rjones@pa.dec.com]
  1321.  
  1322.